Chybí vám někdo, s kým byste si popovídali o bastlení, technice, počítačích a vědě? Nechcete riskovat debatu o sportu u piva v hospodě? Pak doražte na virtuální pokec u virtuálního piva v rámci Virtuální Bastlírny organizované strahovským MacGyverem již tento čtvrtek. Možná se ptáte, co se tak může probírat? Dají se probrat slavná výročí - kromě 55 let obvodu 555 (což je mimochodem prý andělské číslo) a vzpomínky na firmu Signetics -
… více »GTK2-NG je komunitní fork GTK 2.24 (aktuální verze je 4.22). Oznámení a diskuse v diskusním fóru Devuanu, forku Debianu bez systemd. Není to jediný fork GTK 2. Ardour je například postaven na vlastním forku GTK 2 s názvem YTK.
V neděli 17. května 2026 proběhne v Českých Budějovicích první MobileLinux Hackday zaměřený na Linux v mobilech, embedded platformy a open source hardware. Po sedmi úspěšných měsíčních setkáních v Praze se akce přesouvá také do jižních Čech, aby se komunita mobilního Linuxu mohla potkat i mimo hlavní město. Akce se uskuteční v konferenčním sále Vajgar v Clarion Congress Hotelu (Pražská tř. 2306/14) se zahájením mezi 14:00 až 15:00 a … více »
Vývojáři Debianu zhruba v polovině vývojového cyklu Debianu 14 s kódovým názvem Forky rozhodli, že Debian musí dodávat reprodukovatelné balíčky, tj. kdokoli si může nezávisle ověřit, že daný binární balíček vznikl překladem a sestavením z konkrétních zdrojových kódů. Aktuálně je reprodukovatelných 98,29 % balíčků.
Německý e-shop Škoda Auto byl hacknut. Útočníci získali přístup k uživatelským údajům (jméno, adresa, e-mail, heslo, telefon, …).
Na webu konference Den IPv6 2026, která se uskuteční 4. června v Národní technické knihovně v pražských Dejvicích, je nyní k dispozici kompletní program této tradiční akce věnované tématům spojeným s protokolem IPv6. Na celodenní pásmo přednášek je třeba se přihlásit a zaplatit účastnický poplatek 242 korun. Registrační formulář najdou zájemci opět na webu akce. Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Byl představen emulátor terminálu Ratty (GitHub) s podporu 3D grafiky přímo v terminálu. Inspirací byl operační systém TempleOS od Terryho Davise. Ratty je napsán v jazyce Rust. Využívá knihovnu Ratatui pro tvorbu rozhraní a herní engine Bevy pro 3D vykreslování.
Evropské instituce i některé americké státy dál zpřísňují pravidla pro ověřování věku na internetu. Cílem je zabránit dětem v přístupu k obsahu pro dospělé. Úřady ale narážejí na zásadní problém – stále více lidí používá VPN, tedy služby umožňující skrýt identitu i skutečnou polohu na internetu. Právě VPN nyní Evropská parlamentní výzkumná služba (EPRS) označila za „mezeru v legislativě, kterou je potřeba uzavřít“ [Novinky.cz].
Multiplatformní open source aplikace pro psaní poznámek Joplin (Wikipedie) byla vydána v nové verzi 3.6. Nově lze mít v poznámkách embedovaný externí obsah, např. YouTube videa.
Open Hardware Summit 2026 organizovaný OSHWA (Open Source Hardware Association) proběhne o víkendu 23. a 24. května v Berlíně na Technické univerzitě Berlín.
Do konference přišlo celkem 3599 emailů, nejvíce jich poslali William Lee Irwin III, Alan Cox a Sam Ravnborg.
17. črc - 6. srp
Patrick Mochel napsal:
Přibližně před rokem mě naštvalo, jak se vyvíjely mé snahy o začlenění několika oprav, které jsem provedl v kódu swsusp (suspend-to-disk). Důvodů bylo více, ale v této chvíli jsou z většiny irelevantní. Pokusil jsem se celou věc urychlit rozdělením kódu, pojmenoval jsem novou větev pmdisk a začlenil jsem opravy. Měl jsem v úmyslu to opět spojit, ale okolnosti byly proti a mně nezůstal žádný čas, ve kterém bych se tomu mohl věnovat. Výsledkem byl stav, který celkovému úsilí škodil.
Rozdělení kódu bylo špatným rozhodnutím. Pavlovi se omlouvám, že jsem ho přehlížel, uživatelům se omlouvám, že zůstali s nevyvíjenou implementací uspání na disk.
Podařilo se mi vyšetřit trochu času a připravil jsem sadu patchů, které obě implementace spojí. Lze je aplikovat na čerstvý Linusův BK strom. Nezmizely žádné funkce a celkový přínos by měl být vyšší než u obou implementací zvlášť.
Patche odstraňují pmdisk z jádra a pročistí kód swsusp. Výsledkem je jediný, velmi vylepšený kód, který snad ostatním umožní, aby mu lépe porozuměli.
Kód swsusp byl připojen ke zbytku kódu Power Managment. Odstraňuje se tak nějaký duplicitní kód a hlavní vstupní body to trochu zjednoduší. Hlavní výhodou je to, že swsusp už nezávisí na /proc/acpi/sleep nebo na přítomnosti upraveného systémového volání sys_reboot(). Lze to využít zápisem do /sys/power/state. Další velkou výhodou je to, že můžeme v rámci platformy využít skutečné režimy s nízkým napájením (např. režim ACPI S4), místo abychom stroj pokaždé vypínali.
Provedl jsem pouze minimum testů, protože už jsem doslova venku ze dveří a na cestě do Ottawy, ale ověřil jsem, že to funguje alespoň na jednom laptopu s Pentiem-M (Compaq Evo N620c). Neměl jsem příležitost portovat nízkoúrovňové změny na architekturu x86-64. Mám to v TODO, stejně jako napsání formálního vysvětlení technických změn pro Documentation/
Uraženou diskuzi, ve které Patrick oznámil rozdělení kódu, najdete v Jaderných novinách 231.
V odpovědi na předešlou zprávu Pavel Machek Patrickovi poděkoval a začal zkoumat jeho patche. Nigel Cunningham, který měl připraveno množství vlastních patchů, řekl, že před posíláním svých patchů počká, dokud nebude spojení dokončeno. Andrew Morton poznamenal:
Prostě Patrickovo BK URL přidám do svého seznamu BK stromů, které jsou zařazovány do -mm. Nebudete mi to věřit, ale to znamená, že už mám 25 externích stromů.
Patricku, cokoliv přidáš bude automaticky nataženo do -mm, takže máš-li jinou adresu, kterou bych měl používat, dej mi vědět.
Pavel, Patrick a další pokračovali v práci na kódu už v přátelském duchu.
20. črc - 9. srp
Marcelo Tosatti napsal:
Vytvořil jsem adresář pro ukládání dosud nevyřešených problémů v 2.4: http://master. kernel.org/~marcelo/pending-2.4-issues/
Soubor INDEX:
Toto je seznam známých nevyřešených problémů s 2.4. Každý soubor
představuje jednu záležitost. Ano, mohlo by to být vylepšeno, ale právě
teď je to KISS [Keep It Simple, Stupid = Nekomplikuj to, troubo].
Zwane Mwaikambo navrhl vyhledávat chyby v bugzilla.kernel.org. Marcelo mu poděkoval a začal s tím.
21. črc - 7. srp
James Morris napsal: Tento patch odstraňuje cryptoloop, které je prolezlé chybami, nikdo jej nespravuje a údajně má několik bezpečnostních slabin. Odstraněním cryptoloop by se zároveň mělo dostat více testování dm-crypt. Andrew Morton odpověděl: OK - pokud si nikdo nebude dostatečně přesvědčivě stěžovat, vypustíme cryptoloop z 2.6.9.
Dale Fountain reagoval: Cryptoloop je zastaralé, ale to neznamená, že by mělo být vymazáno. Stejně jako jiná zastaralá API, která dlouho zůstávají součástí (do další velké verze), aby měli lidi možnost změnit své nástroje. Nikdo jiný cryptoloop nepoužívá? To opravdu stačí pět malých verzí (zatím asi 5 měsíců)? Navrhl: Lepší by bylo se cryptoloop kompletně zbavit v 2.7, až bude dm-crypt dostatečně vyspělé. James odpověděl:
Jedním z důvodů pro odstranění cryptoloop je snaha pomoci dm-cryptu rychleji vyspět.
Z několika emailů, které jsem dostal soukromě, to vypadá, že dm-crypt má problémy s bezpečností a je potřeba na tom pracovat. Musíme dát dohromady bezpečnost více než cokoliv jiného.
Vypusťme tedy technicky horší z těch dvou (cryptoloop) a koncentrujme se na vyspravení toho druhého (dm-crypt).
Andrew také poznamenal: Největší starost mi dělá tvrzení, že cryptoloop není dostatečně bezpečný. Je-li to pravda, bylo by lepší to dát úplně pryč - místo abychom uživatele nechali v domnění, že jejich data jsou v bezpečí.
V jednu chvíli Andrew řekl, že by rád slyšel od někoho, komu by odstranění cryptoloop ztížilo práci; a Walter Hofmann napsal:
Já cryptoloop používám a byl bych dost otrávený, kdyby ze stabilní série zmizelo. Kromě toho jsem v jiném mailu v této diskuzi četl, že dm-crypt nefunguje se souborovým ukládáním (cryptoloop používám na souboru), a že je nové a může mít chyby.
Opravdu mě překvapuje argumentace lidí, kteří tvrdí, že dm-crypt není dostatečně testovaný, takže cryptoloop musí vypadnout, aby to lidi donutilo dm-crypt testovat na svých cenných datech. To je postavené na hlavu. Nejprve musí být dm-crypt stabilní, bezpečné a plně vybavené funkcemi, pak mohou lidi svá data do dm-crypt převést a až teprve potom může být cryptoloop odstraněn.
Pár lidí nabídlo rady ohledně migrace na dm-crypt, zatímco jiní potvrdili, že jsou na tom stejně jako Walter, a neradi by se dočkali odstranění cryptoloop bez jasné alternativy.
11. srp - 16. srp
Jeff Garzik napsal:
Coby autor současného linuxového SATA ovladače dostávám hlavním nápor otázek a zpráv o "chybách" typu "Linux nepodporuje můj hardwarový SATA RAID". Ach jo. Pitomá marketingová oddělení.
Takže jsem dal dohromady FAQ. Nepřipomíná vám to něco...?
Willy Tarreau odpověděl: Líbí se mi to. Docela jednoduché. Vždycky žasnu, kolik lidí skutečně věří, že tyhle karty doopravdy poskytují hardwarový RAID. Problém je, když řeknete prodejci, že chcete do kupovaného systému přidat hardwarovou RAID kartu a nakonec skončíte s laciným Silicon Image... Jednou se nám to stalo a vůbec legrační to není.
14. srp - 15. srp
Andres Salomon napsal:
Někde v rámci série 2.6 došlo ke změně, která způsobuje, že distclean automaticky vymaže podadresář debian/ z vrchního adresáře stromu jádra. To je nepříjemné pro oficiální balíčky Debianu; v balíčcích by adresář debian neměl být vymazán. Aplikujte, prosím, připojený patch. Zařídí, aby byl adresář debian/ vymazán pouze pokud neexistuje debian/official.
Sam Ravnborg odpověděl:
Takové výjimky nejsou přijatelné.
Způsobuje-li to problémy, jsou dvě možnosti:
1) Přejmenovat adresář v Debianu nebo v jádře.
2) Debian opatchuje kernel.
Dával bych přednost 1).
Andres odpověděl: Tohle není výjimka; Debian ten adresář používá už roky a kernel se najednou rozhodl nejen použít stejný adresář, ale i si jej přivlastnit a vymazat při distclean. Tím, že poskytujete parametr pro vytváření balíčku pro Debian, se vám podařilo přidělat práci těm, kteří ve skutečnosti vytvářejí a spravují systém, na kterém vaše balíčky běží. Zvaž to, prosím. A navrhl doplnit Samův seznam o třetí možnost:
Což takhle ten adresář nemazat, když jste ho nevytvořili? Debian už takhle patchuje jádro, ale změny/opravy posíláme Linusovi a spol. A tohle je jedna z oprav, které by v hlavním jádře být měly. Budete-li poskytovat make parametr pro *Debian*, ponechte ho v souladu se standardy Debianu. Proč se jinak obtěžovat? Debian má své vlastní podporované způsoby vytváření balíčků kernelu (pojmenované, kupodivu, kernel-package).
Upřímně bych byl radši, kdyby byl ten parametr pro make úplně odstraněn. Debian a distribuce na Debianu založené poskytují své vlastní balíčky s jádrem. Uživatelé kompilující svůj vlastní kernel mají možnost využít Debianem podporovanou metodu (nebo také jen tak kopírovat zkompilované kernely, aniž by se trápili s balíčky). Vytváření balíčku bez kernel-package není podporované; postará se to v postinst vůbec o grub nebo lilo?
Sam řekl: Nechme jádro využívat adresář pojmenovaný 'deb', aby to dpovídalo tomu parametru deb-pkg. A Andres odpověděl: Tak je to fajn. Předpokládám, že úmyslem je používat $(SRCDIR)/deb/debian místo $(SRCDIR)/debian. Konec problému, konec vlákna.
V originálu Kernel Traffic 274 vyšla navíc ještě tato témata:
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
(treba: neprve se rozhadaji, potom se zase sejdou - swsusp), uz zacinam rozumet tem zenskejm, co se odpoledne navali k televizi...
30.9.2004 22:20
Jiří Svoboda | skóre: 37
| blog: cat /dev/mind
| Prostějov
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
30.9.2004 12:04